Module 16 


Verify a site 


Verify site ownership on Google Search Console 


You can use Analytics or Google Tag Manager to verify your ownership of a site on Google 
Search Console. 


1. Set up the web tracking code on your web pages. 
2. Goto Webmaster Central and click Add a site. Enter the URL of your site. 


3. Two tabs are provided: Recommended method and Alternate methods. If neither Analytics 
nor Google Tag Manager is recommended, select Alternate methods. Select 
either Analytics or Google Tag Manager and click Verify. 


Submit Sitemap 


Submit a sitemap to Google Search Console 


Creating a sitemap helps search engines better crawl and categorize your site. You can easily 
create and verify a sitemap for any of your publicly viewable Google Sites through Google 
Search Console. 


1. Verifying your site with Google Search Console 


Before Google Sites will generate a sitemap, you must verify your site with Google Search 
Console: 


1. Sign in to Google Search Console using the same account information you use to sign in to 
Google Sites. 

2. Click "Add a site...", enter the base URL of your Google Site in the box that pops up, then 
click "Continue." 

3. On the following page, select the radio button next to Add a meta tag to your site's home 
page. 

4. Copy the meta tag (for example, <meta name="google-site-verification" 
content="z5mJLjVGtEe5qzCefW1pamx!7H46u19n4XnxEzgl1AU" />) from 
the Instructions box. 


9. 


In a new browser window or tab, navigate to the Google Site you wish to verify. (You will 
need to go back to the Search Console page, so do not close it.) 
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Select the General tab under the Site Setting area. 


Click the More actions button and select Manage site. 


Paste the meta tag that you copied on the Google Search Console site in the box next 
to Google Search Console verification. 


Click "Save changes." 


10. Go back to the Search Console page where you copied the meta tag. 
11. Click "Verify." 


2. Submitting your Google Site's sitemap to Google Search Console 
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On your Search Console home page, select your site. 

In the left sidebar, click Site configuration and then Sitemaps. 
Click the Add/Test Sitemap button in the top right. 

Enter /system/feeds/sitemap into the text box that appears. 
Click Submit Sitemap. 


3. Locating your sitemap for later use 


You can navigate to your sitemap by adding /system/feeds/sitemap to the end of the base URL 
of your Google Site. 


Fetch as Google 


Run a fetch 


1. 


In the textbox, enter the path component of a URL on your site that you want Googlebot to 
fetch, relative to the site root. Leaving the textbox blank fetches the site root page. For 
example, if the current property is http://example.com, a request 

for stores/indiana/1234.html would fetch http://example.com/stores/indiana/1234.html 
Fetch restrictions: 


Fetched URLs are limited to the current site: for example, if the current Search Console 
property is tohttp://example.com you cannot fetch a URL 

from https://example.com or http://m.example.com. 

The fetch does not send any cookies, login information, or other state information. 

The fetch will not follow a redirect. If you fetch a page with a redirect, you will have to follow 
it manually as described in the "Redirected" fetch status description below. 


2. Optionally choose a type of Googlebot you wish to perform the fetch as. This affects 
the crawler making the fetch, and also the rendering for a Fetch and Render request. The 
following types are available: 

e Desktop [Default] - 

e For websites, uses the Googlebot crawler. 

e For news, uses the Googlebot crawler (not Googlebot News). 

e For images, uses the Googlebot Images crawler. 

e For videos, uses the Googlebot Video crawler. 

e For pages with AdSense code, uses Google AdSense crawler. 

e For ad landing pages, uses Google AdsBot crawler. 

e Mobile: Smartphone 

e Current - Uses the current (but soon to be replaced) version of the Google Smartphone 
crawler. 

e Upcoming - Uses the latest version of the Google Smartphone crawler. 

e Mobile: cHTML [A subset of mostly Japanese feature phones]. Uses the DoCoMo Google 
Mobile crawler. Rendering not supported. 

e Mobile: XHTML/WML [Feature phones not covered by Mobile: CHTML] Uses the 
SAMSUNG XHTML/WML crawler. Rendering not supported 

3. Click either Fetch or Fetch and Render: 

e Fetch: Fetches a specified URL in your site and displays the HTTP response. Does not request 
or run any associated resources (such as images or scripts) on the page. This is a relatively 
quick operation that you can use to check or debug suspected network connectivity or 
security issues with your site, and see the success or failure of the request. 

e Fetch and render: Fetches a specified URL in your site, displays the HTTP response and also 
renders the page according to a specified platform (desktop or smartphone). This 
operation requests and runs all resources on the page (such as images and scripts). Use 
this to detect visual differences between how Googlebot sees your page and how a user 
sees your page. 

4. The request will be added to the fetch history table, with a "pending" status. When the 
request is complete, the row will show the success or failure of the request and some basic 
information. Click any non-failed fetch row in the table to get additional details about the 
request, including raw HTTP response headers and data, and (for Fetch and Render) a list of 
blocked resources and a view of the rendered page. 

5. If the request succeeded and is less than four hours old, you can tell Google to re-crawl and 
possibly re-index the fetched page, and optionally any pages that the fetched page links to. 

You have a weekly quota of 500 fetches. When you are approaching your limit, you will see a 

notification on the page. 


Request fetch status 


The fetch history table on the main page shows the last 100 fetch requests. To see details for a 
completed fetch, click on the corresponding row in the fetch history table. The following 
request fetch statuses can be displayed: 


Complete: Google successfully contacted your site and crawled your page, and can get all 
resources referenced by the page. Click the table row to see more details about the fetch 
results. 


Partial: Google got a response from your site and fetched the URL, but could not reach all 
resources referenced by the page because they were blocked by robots.txt files. If this is a fetch 
only, do a fetch and render. Examine the rendered page to see if any significant resources were 
blocked that could prevent Google from properly analyzing the meaning of the page. If 
significant resources were blocked, unblock the resources on robots.txt files that you own. For 
resources blocked by robots.txt files that you don't own, reach out to the resource site owners 
and ask them to unblock those resources to Googlebot. See the list of resource fetch error 


descriptions. 

Redirected: The server responded with a redirect. The Fetch as Google tool does not follow 
redirects. Although the actual Google crawler follows redirects, the Fetch as Google tool will 
not. You must follow a redirect manually: 


If the redirect is to the same property, the tool displays a button that allows to quickly follow 
the redirect by populating the fetch box with the redirect URL. 


If the URL redirects to another property that you own, you can click "Follow" to autopopulate 
the URL box, then copy the URL, switch views to the new site, and then paste the URL into the 
fetch box. 


You can inspect the HTTP response on the fetch details page to see the redirect details. Locate 
the HTTP error code to learn more. Redirects can be triggered by the server or by meta tags or 
JavaScript on the page itself. 

Specific error type... Any of the resource type fetch errors can also apply to a fetch request for 
the entire page and can be shown in the status column. For example: Not 

found or Unreachable. 


Resource fetch errors 

If the fetch request status is Partial, click the request to open the request details page. The 
table on the page will list any errors encountered. Typically the errors are due to blocked 
resources on the page. The following resource errors can occur in a fetch request: 


